home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group94a.txt / 000100_icon-group-sender _Mon Apr 25 13:32:10 1994.msg < prev    next >
Internet Message Format  |  1994-08-19  |  1KB
  1. Received: by cheltenham.cs.arizona.edu; Mon, 25 Apr 1994 12:37:11 MST
  2. From: "Art Eschenlauer" <eschen@molbio.cbs.umn.edu>
  3. Message-Id: <9404251832.AA02971@molbio.cbs.umn.edu>
  4. Subject: tables, lists, and memory question
  5. To: icon-group@cs.arizona.edu
  6. Date: Mon, 25 Apr 94 13:32:10 CDT
  7. X-Mailer: ELM [version 2.3test PL26]
  8. Status: R
  9. Errors-To: icon-group-errors@cs.arizona.edu
  10.  
  11.  
  12. I've been wondering for some time now about how (if) Icon knows what
  13. things to trash.
  14.  
  15. For instance, if I have a function that calls table() and assigns it
  16. to a pointer, can that function return that pointer (return, not
  17. suspend) such that the table is accessible from the calling program?
  18. If so, and I stuff the table full and use it and then have no more
  19. use for it, is there a way to dispose of the table, e.g., untable(pointer)
  20. or something? Or is the best I can do
  21. every (thetable(key(thetable)) := 0)?
  22.  
  23. The same question goes for lists that are members of other lists, e.g.,
  24. suppose I say 
  25. thelist := [ [5], [6], [7] ] ; thelist := []
  26. What happens to the memory containing lists [5], [6], and [7] ?
  27.  
  28. Thanks,
  29. Art Eschenlauer
  30.